package com.atguigu.gmall.order.listener;

import com.alibaba.fastjson.JSON;
import com.atguigu.gmall.common.rabbit.service.MsgRetryService;
import com.atguigu.gmall.order.service.OrderInfoService;
import com.rabbitmq.client.Channel;
import org.springframework.amqp.core.Message;
import org.springframework.amqp.rabbit.annotation.RabbitListener;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Component;

import java.io.IOException;
import java.util.Map;

@Component
public class OrderDelayQueueListener {

    @Autowired
    private OrderInfoService orderInfoService ;

    @Autowired
    private MsgRetryService msgRetryService ;

    @RabbitListener(queues = "close_order_queue")
    public void listenerCloseOrderQueue(Message message , Channel channel) {

        // 获取消息内容
        byte[] body = message.getBody();
        String msg = new String(body) ;         // JSON字符串

        // 获取消息的标签
        long deliveryTag = message.getMessageProperties().getDeliveryTag();

        try {

            Map<String , String> map = JSON.parseObject(msg, Map.class);
            Long orderId = Long.parseLong(map.get("orderId")) ;
            Long userId = Long.parseLong(map.get("userId")) ;

            // 进行关单操作
            orderInfoService.closeOrder(orderId , userId);

            // 进行手动应答
            channel.basicAck(deliveryTag , true);

        } catch (Exception e) {
            e.printStackTrace();

            /**
             * 当业务方法产生了异常，该消息会被重新加入到队列中。一旦队列存在消息以后，该消费者就重新工作，业务处理失败，消息又被重新加入到队列....
             * 就出现了死循环的问题。
             * 问题的解决思路：给消息设置一个最大的消费次数，如果消息的实际消费次数超过了最大消费次数，就把消息写入到数据库中，后期通过人工处理，并且需要给rabbitmq的服务端返回ack。
             * 面临问题：如何存储消息的实际的消费次数？MySQL、Redis
             */
            msgRetryService.msgRetry(msg , deliveryTag , channel , 5);

        }

    }

}
